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Transporting QoS mapping information in a packet radio .network 
Background of the invention 

Qu^of^^^,' 0 me,h ° dS a " d for controlling 

data ^n^^.C^nr T 3 ^ 

data packets on the basis of OoS mT , n "° n re ' ates t0 sendin 9 

sive QoS support is required. For this pu^ose QoS 2L com ^- 
be maintained a. the network boundary element Z " T*™ ™* 
(MS) and a GGSN (Gateway GPRS Support Node^' * "*"" Sta "° n 

Qos c z;: i: ^.^rzrrrr ,o per - 

QOS mechanisms and mobile network spec* oTZZ^Trt ^ 
that only very static QoS translation can be carried 0^ , he m M mea " S 

No solutions for this problem are known for GPRS/UMTS n=, ,. 
For the internet, there are mechanisms available that can be If . 

points (the MS and the GGSN). y y the end " 

Disclosure of the invention 

more dynamic^ " '° tmM * ' meChanism for ena »'"9 

more dynamic QoS provisioning for individual applications Thi* w . 

achieved with a method and equipment which J ZZleTjlZ •" 

disclosed in the attached independent claims P^f^^T . T * 

invention are disclosed in the attached depen en, Zs °' 
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• ,n that QoS mapping information 
The .nvent.on is base* boundaries.^- 

words, the invention v ypflowV - lp " own| , by PO p 

l. i„ nation-terminated) if Trow „ flows are definea rjy 

(mobile-stahon ^ The latter t Wes (Q oSp1 - 

need k S Toata o„ contexts (POP1 d f/J a ^Jo, the Invention Is 

wh ich is configurable „ predett rmined parame ers a d 

. f „ter can be ^ packets or data ow, A ^ ^ 

dltlons which are useo ad(Jress o) tne moo 

station should »mpn- ^east ^ ^ from (he p dp con<« ^ 
tion. The -obile s.a, 0 " * « „ M fltte r man one 

and » d oes no, have , » ^ a ^ ^ be use d 

MS a „d the M fllte r ma, compns , a ny «• ^ ^ 

lP address.) Ada,,,on ™I rel , u iring a certain QoS. and ap 

from a corporate ne.orK ( e., 

' ntemet ' The filter according to the invention is us ^ flow , n 

qu es,ion. The — ^ ~ ca n be induded «* e ^ fee als0 be 
an information element message ™« ^ 

activation or a POP c° ^ QoS proWe act „ a w,n ^ ^ 

defined/redefined in conn embo diment of the m ^ 

According to a preferre eonfom to any oe t.n 

„ « class is defined. Data flows which 
QoS class is QoS da ss. 
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The problem solved by the invention is relevant in pprq „ 
and its future evolution, such as UMTS. * S ph3SS 2 

According to one embodiment, QoS information f„ r 
_ ^/context is induded in the QoS Profile informati ~ nt a ^GPRS 
= Phase . The mapping and rater i ng information may be 

protocol configuration options' information element vendor so^Z , 
in a new information element introduced and d^t^^TZ'^ 
formation may include source and/or destination IP addresses TCP and m P 
port numbers used, upper layer protocol information, poss bly S e ure Pa 

pai::; s and flow specifica,ions ' ° r — ^ « p-™- , d 

each POP A Adt«! n, p q ' Ja ' i ' y ° f , SSrViCe ( °° S> ™* be re ^es,ed for 

eacn PDP Address. For example, some PDP addresses m »h., . ^ 

with E-mai, that can tolerate lengthy response ^Z^^T'l 

as interactive applications, cannot tolerate delay and t^Z T 

tssssssssssssssssr 

sible to the requested QoS profile. The MS either acceoT!, P 
profile or deactivates the PDP context ' ne9 °* a ' ed Q ° S 

etc.) instead, the mapp.ng can be configured at the mobile-station end and 
h,s configuration is transported to the other boundary node (i e Z GOgM, of 
he pacKe, radio networK. Thus, the entire pacKe, radL netw rk does nof hive 
to be updated to support all new QoS mechanisms 

words i, islTa^rr T" 9 '° inVen "° n iS ^ °'"er 
tows niZ! 3 " anety °' Si,Ua,i ° nS and ""^"rations. „ a!- 

GgL d f h S ' COTfi9Ura,i0n and «»• °f *• "Iter information in the 
OS8N database. Use of the filter according to the invention is entirely case 

PP L ions c r* m ° bile/fiXed '~ b ° Undary how the 
appl,cat,ons, connections, flows, or other attributes should be treated and 
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, u . th _ ^prs/UMTS network to transport the 

tion/QoS/flow specific information. specification transferred 

Yet •^•^^*t 8 ^ M( JL»l P-edure or in 
according to the invention (i.e. m the l ' " flexible . , t may in- 

the POP context activation or >*«£ZT p an > UDP port numbers used, 
dude source and destination IP »"»»"■, Secure Param eters index in the 
upper layer protocol ^° m ^°^ s parame «ers. and RSVP filters and 
ease IPSEC is used, ^^^^X identify externa, applications, us- 
0 flow specifications, all of which ar ^ QqS c|asses or 

ag es and flows that shou « ^ > atjon does not nee 

contexts. An advantage of the flexibly ^ 

essanly require a new flow in th «P"^ ™ manner . 

a ,,ows flexible re-use of ex,st,ng flows m an e ^ ^ 

A , t ernative,y, ^^^Xes is possible. ,n this case the 
ner, in which case no dynam,c Chang e of an . e)rtema , Qo S to an 

operator configures static used TCP , UD P port numbers. Yet 

IX op- il OoS mapping functions and end-to-end 



20 QoS at all. 



25 



30 



vention; filt acc0 rding to the invention; 

«on or modification P rooedure '; e f d ^; im pt m entations for configuring the 
Figs. 8 and 9 show two different impw 

filter information in dedicated messages. 
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Detailed description of the invention 

pability. a yacre! data transmission ca-. 

5 The term 'packet data protocol' (PDP) or 'pnp rn „. „ 

herein should be understood to g ^ 0r ^ c ntex 1 as used 

and , n a, leas, one network element or functional J whfc stT T 
data packet transmission path cr a tunne, with a sped«c set of * * 

through the mobile communications network The te'm nit paramet ^ 
'0 should be understood to generally refer to ^m^J^L" 

which handles fhe data packets transferred JougMhe TopI^T' 0 "^ 

oenera, paILVr:dIo n TeUr G pV"nt:oa P t rab,y ^ «* ^ * 
munication system GSM Zr Pan-European digital mobile com- 

cation System,. In the following, ^rJ^Zel^lTt Co T^ 
be described by means n f a pppc , . _, u,menrs of tn e invention will 

service and the wZZZZ^,?^^* - <™ 

packet radio system. 'nvention to this particular 

with an UMTS radio inte^ce a"^? '"'^ ^ ^ 

Figure 3 illustrates the interworking between differ ♦ * 
ments. After these modifications, a parameter^ T a k ^ ^ 
ent,ated services and RSVP in the .n erneTa ^GPRS ma' ?™ ^ 
follows, for example: may be P rov 'ded as 

Priority information on the Internet is maDoed to • 
in the GPRS An indirati™ mapped to service precedence 

orKa. An indication concerning real-time vs non-real tim* r 

^p-cyp^r «^-™r » * - <~~ * 

classes If roii^Ki^ * . ■ one of at lea st two reliability 

needed 1 of ' ranSmiSSi0n (transmissions, checksums and/or TCP, is 
needed, the profile associated with the data packets indicates reliability Cass 
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■ ba cKbone is sufficient, the ^^ rwnent ,, ^profile associated, 

— * c,ass 3 4 or 5 

losses 4 P n^are Ld for real-time jnvention „ . mapp.ng of 

' C ' aSSe A further optional feature of ne twork , 0 those used 

the COS parameters used in «^^Twn*». or those used in the 

rr o N how to recognize pacKeis 

Samples of the ma^ng - of _ the MS can decde wh.ch 

GPRS parage" va-s * • - r Tufe 

Simple Integrated Media ft Research Center. June 

presented as an Internet Draft ^^'o, the Interne. Engineering TasK 
1997 internet Drafts are work.ng S1MA is use d as an example 

le (IETF), its areas, and ^*£Z. of proving a un^erv- 
of an internet QoS scheme because u5ing TC P,,P 

ioe concept for different needs from emente to real-time applies 

protocol with loose delay and requir ements. Accordmg to he 

Ls with very strict quahty and before the connection setup. 

'^A concept, each user ^ real-time and non-real^e 

a no mina, « * £ eight values from 

service classes Jhe N and ^ e verea may 

rameters from the SIMA to 

», time bit- if this bit indicates rea«-«,me 
Real-time/non-real-time bit. ^ mapped t0 de iay 

m en,s, it is mapped to GPRS delay c * V*^ servic es ,n 

Cass 4. However, delay class 3 may b ^ M need not 

case there is a specia, way to ^ „ used t0 dlff eren,iate rea - 

always be present, or a A -wer — class value maV 

n0n 'Trea,rme t^.c than to non-rea„ime traffic ,n 
be assigned to real unw 
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£h * lo * traffiC in GPRS ' F ° r ™"-^Mi me traffic the 

h.gher the NBR „. the lower reliability class value suitable for transmission' 



NBR values 


j GPRS service precedence value 


6 and 7 


1 


3, 4, and 5 


2 


0, 1, and 2 


3 



25 



' Different names, such as priority or Nominal Bit Rate and traffic 

type, may also be chosen for the parameters. The QoS Profile may include all 
the ex.st.ng parameters (service precedence, re.iability class, delay class 
mean b.t rate and peak bit rate). Alternatively, it could only include some of the 
parameters, such as the mean and peak bit rates. The QoS Profile could also 
-nclude a maximum burst size parameters to ease buffer allocation procedure- 

rr*m • . f hedU,in9 iP GPRS n6tW0rk e ' ementS (e -9' in an SGSN and a 
GGSN) is based on the delay class. This may require at .east two buffers- one 
for real- .me packets (this buffer should be much smaller!) and another one for 
non-reakime packets. Real-time traffic should a.ways be sent before non-real- 

^ tra w ffiC - SerViCe P re <*dence defines the order in which packets can be 
dropped in case of network congestion. 

Example 2 (describes how to choose QoS values and establish a 
special profile to support a given differentiated services code point, for provid- 
ing proper QoS profi.e values and a differentiated services code point va.ue as 
niter information for configuring the filter). 

Mapping a Type of Service (ToS) octet in the headers of IP PDUs 
(Packet Data Units) to GPRS attributes. The ToS octet in an IP header is not 
w.dely used at the moment. Its original purpose was to include traffic type in- 
formal and to specify what kind of service is required from the packet deliv- 
ery. Because the ToS octet is not in common use nowadays, it is possible to 
redefine the bits in that octet for the purposes of the present invention A defi- 
nition of the ToS octet is given in RFC 791. Bits 0 to 2 of ToS give the prefer- 
ence, bits 3 to 5 give the ToS required by the packet (e.g. delay, throughput 
and reliability levels requested), and bits 6 to 7 are reserved for future use' 
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„ *. ToS field by one bit (taken from the "reserved for fu- 

Mapping between the preceaen 
GPRS service precedence may be as follows. 
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20 



a -ffarant ways to perform the mapping between the 
There are three d^wa s p ^ ^ ^ QpRS de)ay 

traffic type information (i.e. ToS field 

class: , d , used to indicate the delay require- 

" ° n,y 3 Tom 2 m P P ed to GPRS delay Cass 1 or 2 and 
ments in IP header, value of ^ m pp^ ^ ^ 
value 1 of bit 2 is mapped to GPRS y .^.^ de , ay requ , re . 

H the whole ToS field in ToS s map . 
ments, i.e. 4 bits (bits 3-6, are avarfabte = that ^ P ^ ^ ^ ^ 
ping could be: bit value , 0 , » ™PP- (o ^ ToS a , 

rooS sssss r x to va,ue om and 

0000 to GPRS delay class 4 (>.e. to va "e 0 - ToS ^ ^ ^ QpRS de , ay 
Another way of map f'" 9 ; n . 0xto delay clas s 2. 01x to delay class 
d asses would be: 1 1x to dela y , <*»J I . ^ there migM be 

3. and 00X to delay class 4. In this ^as* have any impact on the 

more additional bits f more delay classes are defined 

process of selecting the GPRS <ake , hose aaojlio na. bits into ac- 

tor the GPRS later, the mapp.ng could also 

count. hi+ ; n the IP ToS field specifying the de- 

Currently there is a.so the future , e.g. if the first 

sir ed reliability level. If this bit , s « - nformationand could be 
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service). The use of that bit may however be too vague beoause the GPRS 
def,nes many other reliability levels as well and this cannot be expressed us 

mg only one bit. expressed us- 

According to a preferred embodiment of the invention a h * 
5 QoS class is defined, and data flows not conforming to an of L 
criteria defined by the filter(s) are mapped to the default Ls Lis 

The mapping described above in ExamDle 2 mau h~ ,• ■ 
rather simi.ar way in ,Pv6. The name of the J^T^ V 
Class instead of the ToS. then Traffic 

0 Figure 3 illustrates the operation of a rpr^ i \ ■ 

concepts. The MS or the software in the terminal equipment TE (e g in a lap 
top computer, provides mapping of externa, network QoS reguiremen. o' 
GPRS QoS mechamsms. The TE could, for example, provide QoS manage! 
■ men funcons through an Application Programming Interface (API) Thel" 
pncafon-leve, software may insert QoS information or a profi e Tag J£ Z 
data packets, e.g. inside the IP header itself, or i, can indicate e 00^2 

to lo ImJ 17 neCSSSary inf ° rma ' i0n Via WoPnate mapping iayers 
to lower layers. The software of the MS may. alternatively, decide the QoS 
prof„e based e.g. on the used source and destination IP addresses 0 on th! 
= d destination port numbers, or on some other informal o^ 

For Mobile Originated (MO) data, the MS schedules data packets 
based on the QoS information received from the application or from he GPRS 
protocol su,.e. in the Terminal Equipment. The MS schedules the ^/lo packets 

;tz°s% ay t on the sndc ,ayer ' ,he ms -«* 

vention The "crT^ * ^ ^ fl " er aMordi "9 <° *• - 

vent,Oh. The GGSN receives MS-terminated data packets from multiple 

sources, collectively referred to as Service Providers SP. Figure 4 howTt ee 
ypica service providers: an interne, Service Provider ISP for providing acc-s 

re i of r: : r c °: pany ^ ss ™ cns «» »z 

areas of the Internet, commonly called intranets and extranets; and Content 
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wino access to various entertainment and news services, 
Providers CP for providing access 

SUChaSV te°or«ses a sched,er,trans,a,or ST. As ^a me £ 

• •„„ nf rackets on the basis of network load, 
p , ie s. i, schedules ^ ^ sr *W toon 

> packet priority, arrival time, etc. The scneaum y H 

W ^ pan of the ST makes use of the **» a— - 

the invention. It maps - Pac^ ~e , P^^^, 

given mobile station MS The GGSN reads th ^ ^ 

20 ^ ET£ X. — can configure the QoS map- 

Figure b sno activation procedure ac- 

ping and interwork,ng MS sends to the SGSN an Activate 

cording to the invention. In step 6 1 the M a<Jdress an 

POP Context ^ Q ™T^^ £Z*» and POP configu- 
2S Access Point Name, QoS Requested, a F t ? m 
ration options. (For understanding the P~«*™" " pDP Ad . 

rameters are the Filter and QoS Infon.a on. The MS may use ^ 

dre ss to indicate whether It '^^^'^ZJ mM . The MS 
dress, in the latter case, the MS shall lea* the ^ 

30 may use the Access 'efernng to the external 

„a, network. ^T^^^ w Ls to connect to. The QoS Re- 
packet data network that the subs = n ° specification indicates 
quested indicates the des.red QoS profile Jhe , F. P 
which externa, data packets are associate wrfh ^ gd 

35 Packets indicated by the filtering cond,t,ons of th.s filter 
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. as belonging to this particular PDP context pop r <■ 

e":;::— r- 60) pdp c --«— r rsLsr 

^ P^?^^™"" ™> — sses invo.es 

same ,P address or a different address. Three solutions ^ ^ 

be found: solutions for this problem can 



text of that PDP type. previous con- 

3. Adding the PDP and IP addresses desired for th« . ♦ * 

context activation request message. This PDP/,P add ! ss K ^ t0 

of the previous contexts i » a w , may be given to on ® 

k «v,ous contexts, i.e. a dynamic address. In this cas* th« cpcm 

lects the GGSN which is handling ,ha, particular address ° SN 

Security functions may be performed in sten r o t. . .u 
relevant to understanding the invention " ' ** tt " y 3rS n0t 

a Tunnel ^^rST ( S'r ,, t ^ ^ S ^ ~ 

stored in the.MM context W i, h ^Z^^^ 
may restrict the requested QoS attributes considering i« ala^ties ,h 
rent load, and the subscribed QoS profile. Next in step 6 3 the spTm ™~ 
Create PDP Context Request (comprising a PDP type a PDP adrf 3 
cess p t Nam , , he negotjated QoS p 9 offles ^ ^ 

q ested QoS attnbutes cons,denng its capabilities, and the current load If the 
MS. requests a dynamic address, then the SGSN lets a tr™ ,, 
namic address. The SGSN may restrict the r!que ted Qofalttes' 6 *" T 
capabilities, the current ,oad. and the subset 0^2^ 
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Point Name. QoS ^<***" ted GGSN. The Access Point Name is the 
ration Options) message to the affected * ^ 
APN Network identifier of the APN ei* ™ Access 
, „ a dynamic address « ^^J^^L Mode indicates whether a 
Name to find an ^-"f^J^f Ton-subscribed APN sen, by MS 
subscribed APN was ^ or ^ ^ ^ ^ ^ 

or a non-subscribed APN cnosen uy ^ context 

-Seiecon Modern ^^SSt the GGSN is 
o activation. For example, if an APN q ^ a sub _ 

configured to accept orty the ^ ^ s ^ on Mode The GGSN 
soribed APN as^cated * th SGS^w* ^ & ^ „ 

creates a new entry .n its PDP c ^ sGSN ^ < he 

new entry aliows the MSN""*"" The GG SN may furt her restrict 
n5 external PDP network, and to star, =^3'"^ ™ Jhe 

the QoS Negotiated incoming data 

GGSN will maintain informal" for QoS mapping ^ 

packets from the external "^^^or outgoing packets, a certain 
the defined filtering conditions at the . 9 f g 9 P rtjcu|ar PDP con - 

20 externa, QoS might be «-^ p £ Lponse (TIO. PDP Ad- 

,ext. The GGSN then returns a Create PD fon 0p , jons , QoS 

dress, BB Protocol, Reordering Re ^«\ pDp Address is 

Negotiated. Charging Id, Cause) message* ^'^GSR ^ 
induded if the GGSN allocated one^ T e B Proto o ^ 

25 or UDP should be ^j^C^ing Required indicates whether 
tween the SGSN and h GGSNJh . ^ ^ ^ MS 

the SGSN should reorder N-PDUs oeto param eters that the 

Th e PDP Configurate ^ P Jp ^meters may be re- 
GGSN may transfer to <h ^ ^ These P ^ may be 

3 „ quested by the MS ,n the Achate PD on 0ptjons are sent tran s- 

sen, unsolicited by the GGSN J he PDP ^ messages are sen, over 
P aren,,y through the SGSN. The Creat PD ^ ^ SGSN 

the GPRS •^^*-J^ Q i, activated (e.g.. ,he reliability class 
is incompa„ble with the PDP contex 8 ggsn ^ ^ ^ 

35 is insufficient to support the PDP type). 
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:z:;::i^;:zT 9e The compatiwe qos ~ « * 

In step 6-4, the GGSN returns a Create PDP Context Response 
(compns.ng a TO. a PDP Address, the negotiated QoS Profiles and POP 

' GGsTT ° Pti ° nS) ,0 SGSN ' SGSN inSefe ,he ™A PI with the 
GGSN address ,n the PDP context. If the MS has requested a dynamio ad- 

e7r e e sGSN ad T e r reCeiVed fr ° m GGSN " inSSrted in th ^OP con- 
text. The SGSN selects a Radio Priority based on QoS Negotiated and re- 
turns an Activate PDP Context Accept (PDP Type, PDP Address Tl QoS Ne 
' SGsT Radi ° h : ri0ri,y ' PDP ^"figuration Options, message to'the MS. The 

star, ch'arg°; * r ° U ' e ^ "** ^ *" GGSN M *» MS ' *> 
Next, in step 6-5, the SGSN selects a Radio Priority Level based on 
each negot,ated QoS profile, and returns an Activate PDP Context Accept 
comprising a PDP type, a PDP Address, an NSAPI, the negotiated QoS Pro- 
files a Radio Priority Level and a SAPI for each QoS profile, the filter and PDP 
configuration options) to the MS. Now the SGSN is able to route PDP PDUs 

whirsApT GGSN and the Ma The SAPI indica,es which Qos ^ «- 

Figure 7 shows a context modification procedure. In step 7-1 the 
MS sends the SGSN a Modify PDP Context Request. In step 7-3 the SGSN 
sends to the GGSN an Update PDP Context Request. Both of these requests 
comprise the filter with modified parameters. The filter indicates which exter- 
na data packets are associated with a particular PDP context. Packets indi- 
cated by the filtering conditions should be interpreted as belonging to this par- 
ticular PDP context and they should be provided with the QoS negotiated for 
the context. The Update PDP Context Request message is used to add mod- 
^ or cancel a QoS profile of a PDP context. If the GGSN receives from the 
SGSN a negotiated QoS which is incompatible with the PDP context being 
modified (e.g. the reliability class is insufficient to support the PDP type) the 
GGSN rejects the request. Compatible QoS profiles are configured by the 
GGSN operator. The GGSN may again restrict the requested QoS attributes 
considering its capabilities, and the current load. The GGSN stores the negoti- 
ated QoS values. The GGSN revises the QoS mapping information to conform 
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to the new filter spec and Qos Profile negotiated (included in the request mes- 
sage) in steps 7-4 and 7-5 a positive response is returned to the MS. 

Basic versions of the messages 7-1 through 7-5 are known from 
GPRS phase 2. According to the invention, the messages 7-1 and 7-3 are 
modified to convey the desired filtering parameters (and the messages 7-4 
and 7-5 are modified to return a suitable acknowledgement). 

According to yet another embodiment of the invention, the filter 
function in a first direction (e.g. downlink) can be modified using informat.on 
included in the packets sent in the second direction (e.g. uplink). Th.s em- 
bodiment requires no extra signalling. According to this exemplary embodi- 
ment, the following traffic classes are defined (RT = Real-Time, NRT = Non- 
Real-Time): 



Traffic ciass 



Conversational (RT) 

• guaranteed capacity 

• no ARQ 



Deiay 



1 QQms. 200ms, 400ms 



Streaming (RT) 
guaranteed ca- 
pacity 

ARQ (MAC level) 
Add. Buffering in 
application 

<1 s 



BER 
Max bitrate 



10-3, 1Q-4 ( 1Q-5 

Guaranteed 



Service 
precedence 



High, medium, low 



Interactive (NRT) 
best effort 
ARQ 

interactive 
www, Telnet 
RT control 
channel 



2s 



Background (NRT) 
best effort 
ARQ 

background 
downloading of 
e-mail, calen- 
dar events, etc 

N/A 



10-s, 10- 6 , 10- 7 , 10-* 
.Guaranteed 



High, medium, low 



< 10-9 
Not guaranteed 



High, medium, low 



< 10-9 
Not guaranteed 



High, medium, low 



Conversational and Streaming classes are real-time oriented traffic 
« classes for which resources are reserved. Interactive and Background classes 
are best effort classes, which dc not have reserved resources. For these 
classes, GPRS style resource allocation can be used, i.e. the MS sends radio 
resource requests on demand. .„„ 
For the real time classes, i.e. the Conversational and Streaming 
» classes the method presented above is very efficient, i.e. the filter information 
is carried in POP context operations to the GGSN so tha, GGSN can map ,n- 
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coming IP packets to the correct QoS class. However with mt af 
Background classes this involves large amounts of T T ' nteraCt ' Ve and 
situations might he unacceptahle. ^^^2^ ^ 
sent to a Domain Name Server DNS (not shown), 1^ ca ° ^ "7* 
m.ght consist of only two packets. 8 net f '° W 

. 'n this example, the Interactive class is selected as the default QoS 

Cass. Th.s means that if there is no information about the QoS rL J ement of 
an .ncommg flow, or the flow information does not conform tolnT^Z 

^^r^ t wi " be se,ected - ,n — ^z:z 

me background class can be .dentified by the GGSN "on the flv" Thie 
.ha, when the GGSN gets a packet from the MS in the Bac g 0 1 ^.T™ 
a e notice of .ha flow identification information, and rnodi^ <h fi, ch ra 

~ wi,h ,he back3round c,ass ' to map the ^-'^ « « " e : 

spond.ng to the flow ,n question to the Background class. When a Backet 
comes ,n the downlink direction, the GGSN checks the flow identfflcation n 
formation associated with the Background class. If the ^mTrtoTj 
associated with the Background class matches the headeMn for™* f T 
received IP packet, then the packet is directed to the B^ZlZZ" 

Flow information related to the Background class can be handled as 
fo lows. The MS has know.edge about flows tha, should he 
Background Cass. The user can configure this mapping of flows to the L k 

I'Z T, FOr SXamPle ' C °"" 9Ure «'* transfers , use .he 

Bac kg r ound |ass fay us . ng a sujtab|e configurat . on Altern U a S t ^ y e 

he , n ,orma„on can be obtained e.g. from some externa, QoS m fo2Z7<l a 
nternet QoS information). In other words, the MS has filter criteiTr flows t o 

■s «ha he MS a S s T^T ^ *" °' «* 

is that the MS has knowledge on which flows should be directed to the Back 

ground cass. and i, sends these packets to the corresponding link, len the 

GGSN receives packets from the MS, i, knows the QoS class the packed are 

checks whether ,t already has an entry for that flow in a list (not shown) which 
eonfn, flow information of all flows belonging to the Background c ass Tf 
there ,s no entry for that flow in the iist, the GGSN modifies the Alter used 
when mapp ing tne downlirlk flows , o ^ Baekground ^ ^ ^ ^used 

link flow corresponding to the upiink flow the received packet belongs to will be 
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m ,i ae c This can be doneby including the flow iden- 
mapp ed to the flow information list from which 

sational, Streaming an ^£^*Lcond«on.. it forwards the 
acteris.iesof.he packet <»«™££f ^ „ no entw for that particular 

^X^™^ — - - is the de,ault 

° ,aSS ' This embodiment dramatically decreases the 

— - — r^ss"^ « 

are many cases ,n which MP p£*d a few packels coming 

8 instead on,y one or a few I ^packets^ g P ^ ^ ^ ^ ^ 

20 tain an IP address for the MS. 

„ may not be dear how to add fl« ng n ^ ^ ^ ^ 

th e POP context, or |nformation , including the changes. In 

T m ZV^TZ^S^o, procedures are aiways 
25 other words, if POP context a messages even rf 

used, the entire ffltering ^^j^^, . new f„,er requires send- 
only one parameter value ,s to b ange d » g ^ g a pre . 

2£ r^^^L- - at solving this residual prob- 

for configuring the filter information. In th, conteA ^ 
message does no, carry POP «^ ^ This fflte r handie 

defined for identifying a certain filter of a certain 
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. may consist of a Tunnel Identifier TID, which indicates the user and the PDP 

lectlTl' T IT" nUmbSr FN ' ' atter C3n bS 3 ""umber se- 

lected by the MS when creating a filter. ,n summary, the fi.ters can be config- 
ured by the following procedures: 9 
5 1 . One or more filters may be created in association with the PDP 

context activation procedure (see Figure 6). In this case, one or many filter in- 
formation elements are included in the PDP context activation messages 
each filter element being identified by a distinct filter number (1 , 2, 3, etc ) 

2. Filters may be modified in association with the PDP context 
10 mediation procedure (see Figure 7). ,n this case, one or more filter parame- 
ters of one or more filters may be modified by adding filter information ele- 
ments In the PDP context modification request. Independent filters are identi- 
fied by a filter number. New filters may be created using this procedure as 
we.L n this case a new filter information element (e.g. a new, previously un- 

15 used filter number) is included in the modification request message 

3. New filter operations (one or more dedicated messages)- Three 
operations between the MS and the GGSN are proposed for configuring the 

20 th„ „ r, t 3 ' 1 ? reat& ^ ThiS meSSa9e Carri6S T ' D inform ^ion. as well as 
20 the new filter element and a new filter number. The GGSN creates a new filter 
according to the contents of the message. 

3.2 Modify filter: This message carries TID information, as well as 
the new filter element replacing the old one and a filter number identifying the 
parftcular filter to the replaced. The GGSN replaces the filter attributes) of the 
25 indicated filter with the new one(s). 

th «♦ 3 ' 3 u De ' ete filten ™ iS meSSa9e Carri6S T,D infor ™tion, as well as 
the filter number of the filter to be removed. The GGSN removes that particular 

It should be noted that the operations 3.1 through 3.3. may be com- 
bmed to use only one or two different message types, but also three different 
messages (one per each operation) may be defined. The defined messages 
may be GTP messages in which case new GTP messages should be defined 
(in other words, new message identifiers in GTP). In this case, the TID infor- 
mation , S automatically included in the GTP packet headers and it does not 
have to be a separate information element in the message. Alternatively a 
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, K fl refined between the MS and the 

3., through 3 3. In step -0 , PDPeo te ^ ^ ^ 
of this operafon have already been filter message to the SGSN. This 
fig urss. In step 8-1 the "^e^^e, TID (which specifies the 
message has as parameters the Tu ine ^ ^ ^ 

POP context) and a filter number FN (- aiso ^ , he 

' context,. relayed from the SGSN 

charactenst.es of the filter, in step oorresponding acknowledgements. In 
t0 the GGSN. Steps " wd8 * • „ through „ 

ste p 8-5 data transm,ss,on takes place^ iafter ^ MS (of 

correspond to steps 8-1 through fiterby sending . Mooify 

, 5 an .PP-^^^^r^ . *». which is no longer 
Filter message. In steps 8-n tnrouy. 

ne^^^^^-^^TTS^ on exis,in g proto- 
The '"P'-^TtheTs -dt sGSN can be e.g. session man- 
cols. The messages SGSN and «" ° GSN ^ 
20 agement messages and the ™«"8" negotla , in g a filter between an MS 
be e.g. OTP messages. As can be seer, nego g ^ 
and a GGSN is needlessly complex because there 

between the MS and the GGSN. snown as 

For a r t r e operations could use only 

tocol layer between the MS and the GGSN, and the 
30 n0 de which does ™^[^™^ n ^J^ons shown in figures 
The -"bodm^d *; d ^ here P independen , (e . g . application- 
8 a nd 9 provide a very flexible schem ^ ^ ffl(er op . 
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The description only illustrates preferred embodiments of the inven- 
tion. The invention is not, however, limited to these examples but it may vary 
within the scope of the appended claims. For example, it is not necessary that 
the receiving terminal is a mobile station but it can be any network element. 
Similarly, it is not necessary that the MT data packets originate from the IP 
network. Instead, the invention is applicable e.g. in a MS to MS call via a 
GGSN node. In this case the leg from one MS to the GGSN is a first commu- 
nication subsystem and the leg from the GGSN to the other MS is a second 
communication subsystem. 
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. Claims 

1. A method for sending data packets (DP) from a first communica- 
tion subsystem (11, 12) via a first network element (GGSN) to a second net- 
work element (MS) in a second communication subsystem (1 3); 
5 the method comprising the steps of: 

sending the data packets (DP) in a first plurality of data flows in said 

first communication subsystem (11, 12); 

mapping said first plurality of data flows to a second plurality of data 
flows in said second communications subsystem (13); 
10 characterized by: 

establishing at least one filter (Fl) for controlling said mapping; 
associating said at least one filter (Fl) with a data flow within said 

second plurality; and 

mapping at least one data flow on the basis of said filter (Fl). 

2. A method according to claim 1, characterized by config- 
uring said filter (Fl) from said second network element (MS). 

3 A method according to claim 2, c h a r a c t e r i z e d by config- 
uring said filter (Fl) in a packet data protocol context activation or modification 
message (6-1, 7-1). 

4 A method according to claim 3, c h a r a c t e r i z e d by config- 
uring at least two filters (Fl) in one packet data protocol context activation or 
modification message and identifying each filter with a distinct identifier. 

5. A method according to claim 2, c h a r a c t e r i z e d by config- 
uring said at least one filter (Fl) in a dedicated message (8-1 , 8-6, 8-1 1 ; 9-1 . 9- 
25 4,9-7). 

6 A method according to claim 2, c h a r a c t e r i z e d by config- 
uring said filter (Fl) in a message which is transparent to at least some nodes 
(SGSN) between the first and the second network elements (GGSN, MS). 

7 A method according to any one of the preceding claims, char- 
30 a c t e r i z e d in that the first communications subsystem (11,12) is an Inter- 
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. net Protocol network, or IP network, and the method mm • 

.p «*, „ shared by all data „ ows ~ f r= s P ::::r one 

5 Protocol network. or IP network , and , he methQd ^ 1 1 • > » an interne, 
rate IP address to each data flow within said second plural" 

9. A method according to any one of the preced'na rt», m . „ 
a c . . r i z e d in that said second communications subsystem nT I' 
radio network employing Packet Radio Protoco, or Pop trotof i * P acket 
'0 configuring step comprises sending a POP context activation " W 
3) or a POP context modification message ") n ^ ^ 6 " 

characteriteTTnlar't'" 9 '° "* °< P ™*^ <«"». 

element, ^l^^^T^^ZZ '.T^ ~ 
15 subsystem (11, 1 2 ). aadress, in sa.d first communication 

11. A method according to any one of the 
ch ara cterlzed in that said associating is base, on the! h 
e-ement's (MS) identifier, preferab.y its IMS 0 Tun ne .Td n fie! T°* 
ond communication subsystem (13). Identifier, in sa.d sec- 

20 12 ' A metnod according to any one of the ^ 

characterized by: ny one of the preceding claims, 

performing said mapping on the basis of said filter (Fl) tn H» ta <i 
conveying real-time information; and ( ° data fl ° WS 

25 flows. eStab ' iShin9 def3U,t ParamSterS f ° r the remaining data 

characterize?^ f CCOrdin9 ^ ^ ^ ° ,the P ~9 
'aracterized by defining one data flow within the semnH „i,r <•♦ 
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A-. nn tn anv of the preceding claims, char- 

acterized in that at leas, . o piura|jty and , second direc . 

flrst direction from the frstpluralrty ^ ^ ^ ^ „ 

, 5 A method according to ciaim ^characterized* that a 

^ tSSSSSS dirertlon from a f,rst data 

0 fl ° W Within ; o ra:d°r,he P dar P acKe, to a second data flow within the IT* p.u- 
ra ' i,y; modtfes the at .east one filter (Fi) for mapping the second data flow 
to the first data flow. 

«4-.nn tn anv of the preceding claims, char- 

,. a - — — :r=sr= 

subsystem (13); /rrqNI N beina adapted to: 

25 receive the data pacKeis \ur t 

^l".W*'™^J*££^ to a second plurality of data 
map said first plurality of data ,I0W5 

^^^TT^^ -two* element (GGSN) is 
30 adapted to^^ ^ ^ ^ ^ (R) fof comroUing said mapping; 
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associate said at least one filter (Fl) with a data a™. •«.■ 
. second plurality; and ' wim a data flow within sa.d 

map at least one data flow on the basis of said filter (Fl). 

19. A digital configuration signal for creating (6-1, 6-3 8-1 gi) or 

' S^ 1 ; I'"' 8 " 6 ' '"^ 3 Pr0t0C0 ' C ° nteXt in a sup ort de 

(GGSN) for .nterfac.ng a first communication subsystem (1 1 . 1 2 ) with a second 

commun.cation subsystem (13); c h a r a c t e r i z e d in that saiCnfig^ra on 

signal comprises information which at .east partially defines a ite " 

controlling mapping of data flows from said first communication su systel to 

sa,d second communication subsystem (13) by said support node (GGSN) 

20 - A mobile station for a packet radio network (13) operable to 

send a d, gi tal configuration signal for creating (6-1 6-3 8-1 g i ' ' I ™h 
(7-1 7-^ fl r q a\ ^ . x ' ' ' y " 1 ' or modifying 

1. 7 3, 8-6. 9-1) a packet data protocol context in a support node (GGSN1 

for , nterfacng an external communication subsystem (11, 1 2) with said pale 
rad,o network (1 3); c h a r a c , e r i 2 e d in that said configuration sigll com 
pnses .formation which a, ieas, partially defines a fifer <F„ for 2 oZ 
mapping of data flows from said externa, communication ubsystem t0 t d 
packet rad,o network (13) by said support node (GGSN) 
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(57) Abstract 
A 

from an 

first plurality of data flows which it mans to a's'econd r^iiT™ lirC7f "hZS^? ,iU, " 1 exic ™i communication system (11, 12) in a 
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